Re: 7.1.3 fails to configure on Solaris 2.7

At 5:38 PM +0100 12/6/01, Peter Eisentraut wrote:
>Henry B. Hotz writes:
>
>>  >Ah!  No it doesn't.  It can't find /usr/local/lib/libz.so.  Let's
>>  >see there is a configure option for that isn't there?  Setting
>>  >LD_RUN_PATH or something. . .
>>
>>  OK, --with-libs=/usr/local/lib doesn't work;  --enable-rpath  doesn't
>>  work.  Setting LD_RUN_PATH does.
>>
>>  Seems like this should be mentioned in the INSTALL notes.  Actually
>>  seems like this should be taken care of automatically, but maybe
>>  that's hard?
>
>It should be taken care of automatically by the operating system.  It's
>not the task of PostgreSQL to tell your operating system how to find
>shared libraries, or to override its decisions.  We can only tell you when
>something is (probably) wrong.
>
>IMHO, the setup that the link editor can find a library but the run time
>linker cannot is simply broken, but the choice how to fix it is yours.

I couldn't agree more.

However I didn't need to do anything like that to build/install
openssl, openssh, tcl, tk, zlib, readline, enscript, or pcre.  So why
do I have to manually set LD_RUN_PATH for postgres?

Incidentally I got it to build and pass regression tests with
--prefix=/usr/local -with-tcl --with-perl -with-openssl --with-CXX
--enable-syslog.  I did have to do the /etc/system thing to increase
shared memory.  (I don't expect you to fix that one for me.  *sigh*)
Now on to getting the server properly configured. . .
--
The opinions expressed in this message are mine,
not those of Caltech, JPL, NASA, or the US Government.
Henry.B.Hotz@jpl.nasa.gov, or hbhotz@oxy.edu